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We Claim : 

1 . A method used while building in processor memory a stack of device 
objects (DOs) representing a device, there being a multi-role driver for a 
plurality of roles at least one of which corresponds to the device, the method 
comprising: 

registering a plurality of helper drivers so as to uniquely correspond to 
the plurality of roles, respectively, 

each helper driver mapping uniquely to one of the multiple roles 
of the multi-role driver, respectively; and 

indirectly specifying a corresponding one of the multiple roles of the 
multi-role driver by specifying the helper driver mapped thereto. 

2. The method of claim 1, wherein the multi-role driver and the helper 
drivers are operable to run in the WINDOWS Driver Model environment. 

3. The method of claim 1, wherein a role is determined according to a 
device type for which the multi-role driver is invoked and the extent of the 
stack at the point at which the multi-role driver is invoked. 

4. The method of claim 1, wherein each of the multiple roles in the multi- 
role driver has a corresponding DOPush function, each DOPush function 
having been made available to be invoked by a code portion external to the 
multi-role driver. 
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5. The method of claim 1, wherein each helper driver includes an 
AddDevice routine that invokes a corresponding DOPush function in the 
multi-role driver, or each helper driver points to the address of the 
corresponding DOPush function in the multi-role driver. 

6. A method used while assembling in processor memory a stack of 
device objects (DOs) representing a device, the operating system of the 
processor having a kernel, the device having a corresponding physical device 
object (PDO), the method comprising: 

determining a first driver registered to the device; 

invoking the first driver, which includes passing the PDO of the device 
to the first driver; and 

passing the PDO from the first driver to a second driver or to a 
component of the kernel. 

7. A method used while assembling in processor memory a stack of 
device objects (DOs) representing a device, the device having a 
corresponding physical device object (PDO), the method comprising: 

determining a driver registered to the device; 

invoking the driver, which includes passing the PDO of the device to 
the driver; and 

passiQg the PDO away from the driver without attempting to attach to 
the stack a DO corresponding to the driver. 
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8. A method used while assembling in processor memory a stack of 
device objects (DOs) representing a device, there being a multi-role driver for 
a plurality of roles at least one of which corresponds to the device, the device 
having a corresponding physical device object (PDO), the method 
comprising: 

providing a plurality of DOPush functions in a multi-role driver; 

loading the multi-role driver into the memory so as to arrange for each 
of the DOPush functions to be directly invokable by a code portion external 
to the multi-role driver; and 

invoking, externally to the multi-role driver, one of the DOPush 
functions, which includes passing the PDO of the device to the invoked 
DOPush function. 

9. The method of claim 8, wherein a DOPush function is invoked 
externally by 

an AddDevice routine of a helper driver, or 

the PnP manager, if the helper driver does not have the 
AddDevice routine, after the PnP manager is pointed to the address of the 
DOPush function by the helper driver, 

the helper driver being registered uniquely for the role to which the 
DOPush function corresponds. 

10. The method of claim 8, wherein the multi-role driver is operable to run 
in the WINDOWS Driver Model environment. 
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1 1 . The method of claim 8, further comprising: 

registering neither the multi-role driver nor the DOPush functions in 
the registry of the operating system as having a role in assembly of a stack 
representing a device. 

12. The method of claim 8, wherein a role is determined according to a 
device type for which the multi-role driver is invoked and the extent of the 
stack at the point at which the multi-role driver is invoked. 

13. A method used while assembling in processor memory a stack of 
device objects (DOs) representing a device, the method comprising: 

providing a multi-role driver for a plurality of device types; but 
not registering, in the registry of the operating system, the multi-role 
driver as having a role in assembly of the stack. 

14. Hie method of claim 13, wherein the multi-role driver is operable to 
run in the WINDOWS Driver Model envirormient. 

15. A code arrangement on a machine-readable mediima execution of 
which facilitates assembling In processor memory a stack of device objects 
(DOs) representing a device, the machine-readable code arrangement 
comprising: 

a multi-role driver code portion which corresponds to the device, 
the multi-role driver code portion having exported functions corresponding 
to the multiple roles of the multi-role driver code portion, respectively; 
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a plurality of helper driver code portions; and 

an installer code portion for registering the plurality of helper 
driver code portions so as to uniquely map to the multiple roles, 
respectively; 

each helper driver code portion being operable to receive a 
corresponding PDO and pass the PDO to the multi-role driver code portion 
without attempting to attach to the stack a DO corresponding to the helper 
driver code portion. 

16. The machine-readable code arrangement of claim 15, wherein the 
multi-role driver code portion and the helper driver code portions are 
operable to run in the WINDOWS Driver Model environment. 

17. The machine-readable code arrangement of claim 15, wherein a role is 
determined according to a device type for which the multi-role driver code 
portion is invoked and the extent of the stack at the point at which the 
multi-role driver code portion is invoked. 

18. The machine-readable code arrangement of claim 15, wherein the 
exported functions are DOPush functions. 

19. The machine-readable code arrangement of clEiim 18, wherein each 
helper driver code portion includes an AddDevice routine code portion that 
invokes the corresponding DOPush function in the multi-role driver code 
portion, or each helper driver code portion is operable to point to the 
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address of the corresponding DOPush function in the multi-role driver code 
portion. 

20. An apparatus having memory in which is buildable a stack of device 
objects (DOs) representing a device attached to the apparatus, the 
apparatus comprising: 

multi-role driver means for operating according to a plurality of roles; 

a plurality of helper driver means registered so as to uniquely 
correspond to the plurality of roles, respectively, of the multi-role driver; and 

means for selectively invoking the multi-role driver according to one of 
the multiple roles via invoking the corresponding helper driver mapped 
thereto. 

21. The apparatus of claim 20, wherein the multi-role driver means and 
the helper driver means are operable to run in the WINDOWS Driver Model 
environment. 

22. The apparatus of claim 20, wherein a role is determined according to a 
device type for which the multi-role driver means Is invoked and the extent 
of the stack at the point at which the multi-role driver mQ?ms is invoked. 

23. The apparatus of claim 20, wherein the multi-role driver means 
provides a plurality of DOPush functions corresponding to the multiple 
roles, respectively, each DOPush function having been made available to be 
invoked by a code portion external to the multi-role driver means. 
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24. A code arrangement on a machine-readable medium execution of 
which facilitates building in processor memory a stack of device objects 
(DOs) representing a device, there being a multi-role driver for a plurality of 
roles at least one of which corresponds to the device, the machine-readable 
code arrangement comprising: 

a plurality of helper driver code portions; 

a first code portion for registering the plurality of helper driver code 
portions so as to uniquely correspond to the plurality of roles, respectively, 

each helper driver code portion mapping uniquely to one of the 
multiple roles of the multi-role driver, respectively; and 

a second code portion for indirectly specifying a corresponding one of 
the multiple roles of the multi-role driver by specifying the helper driver code 
portion mapped thereto. 

25. The machine-readable code arrangement of claim 24, wherein the 
multi-role driver and the helper driver code portions are operable to run in 
the WINDOWS Driver Model environment. 

26. The machine-readable code arrangement of claim 24, wherein a role is 
determined according to a device type for which the multi-role driver is 
invoked and the extent of the stack at the point at which the multi-role 
driver is invoked. 



23 



Atty. Docket No. 200206848-1 

HDP 6215-0001 14 

27. The machine-readable code arrangement of claim 24, wherein each of 
the multiple roles in the multi-role driver has a corresponding DOPush 
function, each DOPush function having been made available to be invoked 
by a code portion external to the multi-role driver. 

28. The machine-readable code arrangement of claim 24, wherein each 
helper driver code portion includes an AddDevlce routine code portion that 
invokes a corresponding DOPush function in the multi-role driver, or each 
helper driver code portion points to the address of the corresponding 
DOPush function in the multi-role driver. 
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